home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000131_news@newsmaster….columbia.edu _Tue May 26 04:32:25 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  2KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id EAA20146
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 26 May 1998 04:32:24 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id EAA13903
  7.     for kermit.misc@watsun; Tue, 26 May 1998 04:32:24 -0400 (EDT)
  8. Path: news.columbia.edu!panix!nntprelay.mathworks.com!howland.erols.net!newsxfer.itd.umich.edu!newsrelay.iastate.edu!news.iastate.edu!vax1.miu.edu!JHMEYERS
  9. From: jhmeyers@miu.edu (John H Meyers)
  10. Newsgroups: comp.protocols.kermit.misc,comp.sys.hp48
  11. Subject: Re: Kermit on the HP48 (Was: One-Way Transfer)
  12. Date: 26 May 1998 08:00:21 GMT
  13. Organization: MIU Computer Services,  Fairfield, IA 52557.  Not Approved.
  14. Lines: 18
  15. Message-ID: <6kdsql$71n$4@news.iastate.edu>
  16. References: <35646665.EBB3868B@theriver.com> <wk67iy1b8j.fsf@jhuapl.edu> <6k4ef6$g6p$1@apakabar.cc.columbia.edu> <wk4syi58y0.fsf@jhuapl.edu>,<6kc4vm$ssl$1@apakabar.cc.columbia.edu>
  17. Reply-To: jhmeyers@miu.edu
  18. NNTP-Posting-Host: vax1.mum.edu
  19. Xref: news.columbia.edu comp.protocols.kermit.misc:8794 comp.sys.hp48:81454
  20.  
  21. Someone:
  22. : As long as you are cataloging peculiarities, the HP48 sends packet
  23. : sequence numbers that are larger than 63. One can compensate by doing
  24. : mod63 before verifying. Is this right?
  25.  
  26. Frank da Cruz (who wrote the book:)
  27. > Packet numbers should be 0-63, period.  The packet length field
  28. > is one byte long, and contains a printable character.
  29.  
  30. Could it be that the original writer did not account for
  31. "adding 32" to the binary count value?  My HP48 transfers files
  32. requiring hundreds of packets, without problem, so we can
  33. credit HP with not implementing a completely non-functional Kermit,
  34. inasmuch as no one has ever reported a file which it could not
  35. transfer (if it fits in memory).
  36.  
  37. -----------------------------------------------------------
  38. With best wishes from:   John H Meyers   <jhmeyers@mum.edu>